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In this month’s instalment we apply the theoretical knowledge obtained 
from part | to make an 8051 microcontroller drive a matrix display 
salvaged from a computer game. Because the LCD requires relatively high 
data speeds, a hardware trick is used to keep the controller software 


overhead within reason. 























To prevent flicker, matrix LCDs must be 
refreshed at frame rates greater than 50 Hz. 
The concept of the low-cost LCD controller is 
based on an 8051 microcontroller that creates 
and keeps an image in its external RAM and 
then reads the image at the required frame 
rate. The image databytes read from the 
external RAM are sent to the LCD display dri- 
vers. Clearly, performance optimisation is a 
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major consideration if we are to 
achieve the required refresh rate and 
still preserve controller time for other 
tasks. So, instead of using a separate 
‘write’ operation to send the RAM 
data from the CPU to the LCD dri- 
vers, a trick is applied in this design 
that allows the LCD to ‘sniff’ the 
image data while it is being read 


from the external RAM (see Fig- 
ure 1). The data lines are effectively 
shared between the processor, RAM 
and LCD. The XSCL control for the 
LCD module is derived from the 
processor's RD control, and XSCL 
will clock-in the image RAM data at 
the right instant. Note that the 
actual image data read by the 
processor during refresh cycles are 
ignored, it being a ‘dummy’ read 
operation for the CPU. The solution 
reduces the CPU overhead for the 
image refresh operation by 50-60%. 
All remaining control signals for the 
LCD module (i.e., LP and FLM) are 
simply generated by bit-banging 
some of the CPU’s port pins. These 
signals change at a much lower fre- 
quency than the data and XSCL and 
thus do not place a too heavy load on 
CPU performance. The FR signal is 
derived from FLM. 
As a bonus to the performance 
advantage, several LCD controller 
functions come for free by using the 
already available CPU as the centre 
of the design: 
— The CPU can access and update 
the display RAM as regular exter- 
nal RAM without additional hard- 
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Figure |. Block diagram of the Low-Cost LCD Controller. 
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Figure 2. Timing diagram for the Low-Cost LCD controller. 


ware. No additional image RAM is 
needed. Memory access con- 
tention between the CPU and the 
display refresh hardware is 
avoided. 

— The normal CPU address bus hard- 
ware is also used during the image 
refresh cycles. Scrolling and pan- 
ning of the LCD image is possible 
by selecting which area of the 
image RAM is ‘read’ during image 
refresh. 

— No additional timing hardware is 
needed. The refresh cycle is driven 
by internal CPU Timer interrupts. 


The CPU shares its data lines with 
the external RAM and the display. 
Therefore, some LCD control lines 
should only be enabled during the 
actual refresh cycles to avoid spuri- 
ous image data appearing on the 
LCD during ‘normal’ CPU read oper- 
ations on the memory. Some precau- 
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tions are also necessary to disable 
the LCD while the CPU is not yet ini- 
tialised (e.g., during and immedi- 
ately after reset). Disabling the dis- 
play during these phases is neces- 
sary to avoid damage to the LCD as a 
result of ‘DC’ signals on the matrix 
electrodes. 

Details of the design and the way in 
which enable signals are generated 
will be discussed in the next section. 


CPU interface 
and LCD controller 


The LCD controller design assumes 
the use of a standard 8051 configu- 
ration with external RAM (e.g., 32k x 
8) and the availability of the RD line 
and three control bits on Port 1. 

The circuit has been tested with the 
AT8958252 Flash Micro Board 
December 2001) and the High-Speed 
Controller Board (May & September 





2002). 

Figure 2 shows the relevant timing of the 
CPU refresh operation and the LCD control 
and data signals generated by the controller. 
The circuit diagram is given in Figure 3. A 
brief description of the design is given below. 
The top traces of Figure 2 show the CPU gen- 
erating the Address lines A0-A15 and acti- 
vates the RD control during the LCD refresh 
cycles. This results in the corresponding RAM 
data appearing on the databus AD0-AD7. The 
CPU shares the databus with the RAM and 
LCD controller. The datalines are connected 
to IC1, a quad 2-input multiplexer device. The 
four outputs of the multiplexer are connected 
to D3-D0 of the LCD module and clocked-in 
by the LCD on the falling edge of XSCL. This 
multiplexer device allows us to use all 8 bits of 
RAM data for the LCD, first nibble ADO-AD3, 
then nibble AD4-AD7. The nibble selection 
SEL is toggled automatically on each rising 
edge of XSCL by IC2A, a 74HC74 flip-flop. 
Mapping of the databits onto the LCD is 
arranged such that databit 0 appears left- 
most on the display and databit 7 appears 
rightmost. This mapping can be modified by 
simple re-wiring of the multiplexer and D3- 
DO. IC2A is re-initialised to the correct nibble 
selection at each LP through inverter U3A. 
XSCL is derived from RD. IC4c suppresses 
XSCL during normal RD operations of the 
CPU. This is achieved using the LP signal, 
which is kept logic High during normal CPU 
operation and thus disables XSCL. During 
refresh cycles the LP signal is pulled low and 
any RD activity during the refresh period will 
result in an XSCL. Sure, XSCL could have 
been derived directly from RD, but this would 
require two CPU read operations on the same 
address to allow the use of all 8 databits. 
Again, some simple additional hardware was 
added to reduce the CPU refresh load signifi- 
cantly. Monostable pulse generator IC5A 
(74HC123) is triggered by the RD signal, the 
resulting pulse at output Q of IC5A triggers 
IC5B (74HC123) and the resulting pulse at O of 
IC5B effectively creates two XSCL cycles for 
each single RD operation. Obviously, the 
width of the pulse generated by IC5A 
(100 ns) must not violate the RAM access 
time and the combined pulse widths (IC5A, 
100ns + IC5B, 50 ns) must be less than the 
RD cycle duration (about 500ns for a CPU 
clock of 11.0592 MHz). The XSCL doubling 
function may not be practical or desired when 
using a really fast version of the 80C51 CPU 
(e.g. the Dallas ‘420). Jumper JP1 may there- 
fore be used to disable/enable the function. 
IC3A and IC3B buffer the LP signal gener- 
ated by the CPU. As explained before, LP is 
connected to IC45C to avoid spurious image 
data appearing during normal CPU opera- 
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Figure 3. Circuit diagram of the LCD controller. 


tion and LP is used to initialise the nibble 
selector IC2A. 

IC3d and IC3E buffer the FLM signal gener- 
ated by the CPU. The frame signal (FR) is 
automatically derived from FLM through the 
first flip-flop in IC2 FR toggling at each new 
frame, which coincides with the falling edge 
of FLM. 

IC3C is responsible for buffering the DISP- 
OFF control line. IC3C is an inverter (74HC04) 
which provides automatic disabling of the 
LCD after a processor reset, since all 8051 
port bits become high level on reset. 


All data and control signals, as well as the 
power supply lines, are available for the LCD 
on connector K1. The pinout given on K1 is 
valid for the LCD module used in the proto- 
type (salvaged module from ‘Supervision’ 
game) and will probably require modification 
when another LCD model is applied. 
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The circuit is powered through con- 
nector K2. The circuit around the 
two MAX1044 devices is used to 
derive Vee (-10 V) from Vcc (+5 V). 
The MAX1044s are ‘charge pumps’ 
that will generate about —10V from 
Vcc. The charge pump circuit will 
also help prevent Vee from being 
present before/after Vcc. This could 
be a problem with an external neg- 
ative supply that might take much 
longer to decay (discharge) than 
Vcc when power is switched off. 


Hardware Implementation 


The PCB layout designed for the 
Low-Cost LCD Controller is shown 
in Figure 4. The LCD controller 
hardware was connected by short 
flatcables to an Elektor Flash Micro 





IC2 = 74HC74 
IC3 = 74HC04 
1C4 = 74HC27 
IC5 = 74HC123 


020114 - 11 


Board. The required CPU lines (ADO- 
AD7, RD and Port A signals) were 
‘tapped’ by using a wire-wrap 
socket for the CPU. 


Suitable LCD modules 

The prototype used an LCD module 
salvaged from a Supervision com- 
puter game. The module has 
160x160 pixels. Onboard drivers 
could not be identified since they 
were of the ‘bonded die’ variety. 
Other suitable LCD modules include: 


— Optrex DMF660N-EW with 240 (w) 
x 128 (h) pixels. The onboard dri- 
vers are Hitachi HD61105 and 
HD61104 chips. The LCD uses a 
four-bit parallel data transfer and 
requires a negative contrast volt- 
age of about —20 V. There are four 
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Figure 4. PCB artwork (board available ready-made). 


LCD control signals (FLM, CP LP 
and FR, here, called ‘M’). 

— Densitron LM3024 with 240 (w) x 
128 (h) pixels. 

— Truly MG-160-160-3 with 240 (w) x 
128 (h) pixels. The onboard drivers 
are Samsung KSO086. 

—-Ampire AG240128, also having 
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240x128 pixels; segment drivers 
are Toshiba T6A39, common dri- 
vers are T6A40. 


Obviously, the prototype controller 
software may need modification(s) 
when a display with a different res- 
olution is used. 


COMPONENTS LIST 


Resistors: 
RI,R2 = 10kQ 
PI= 10kQ preset 


Capacitors: 

Cl,C2 = 10pF 
C3,C4,C9-C13 = 100nF 
C5-C8 = l0uF I6V radial 


Semiconductors: 


DI = BAT85 

D2 =12V 400mW zener diode 
ICI = 74HCI57 

IC2 = 74HC74 

IC3 = 74HC04 

IC4 = 74HC27 

IC5 = 74HC123 


IC6,1IC7 = MAX1044/CP 


Miscellaneous: 

JPI = 3-way header with jumper 

KI = 12-way pinheader 

K2 = 34-way boxheader 

K3 = 3-way pinheader 

PCB, order code 0201 14-1, see Readers 
Services page 

Disk, contains all project software, order 
code 0201 14-11 or Free Download 


Software Implementation 


The software for the Low-Cost LCD controller 
was developed in 8051 assembler. The XCSL 
signal is derived from the processor's RD sig- 
nal as explained and the other control signals 
(FLM, LP and DISP_OFF) are implemented 
through ‘bit banging’ of port pins. 

The code was developed for the well-known 
Metalink public domain assembler. This assem- 
bler can be downloaded free of charge at 
www.metaice.com/ASM51/ASM51.htm 

It should be relatively easy to port the soft- 
ware to other assemblers —differences are 
likely to occur with Macro definitions and 
some other compiler specific directives. The 
structure of the software is modular. Sup- 
porting routines for the serial port of the 8051, 
utility subroutines and specific control soft- 
ware for the LCD device are all located in 
separate modules. This allows easier soft- 
ware maintenance and reuse. All modules 
have the same general structure and consist 
of two parts: ‘Mod _cnst.inc’ (constant defin- 
itions and variable declarations) and 
‘Mod_sub.asm’ (contains subroutines and 
program memory constants including tables). 
The driver software was tested and its use 
was demonstrated through a number of 
examples (see section on Main LCD Con- 
troller demonstration software). 
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The software modules will be briefly 
described below. Details can be found in the 
source code, which comes with extensive 
comments and explanations. 


Low-level LCD Controller routines 

Low level routines are available to initialise 
the LCD port pins (defined in LCD cnst.inc), 
the refresh interrupt routine and the RAM 
display memory through the subroutine 
‘LCD Init’. This routine first sets the correct 
initial values for the port pins (e.g. 
DISP_OFF) then initialises memory and 
refresh datapointers and starts up the refresh 
Timer interrupt. 

Support functions allow the user to scroll or 
pan the displayed part of the RAM (‘LCD Up’, 
‘LCD Down’, ‘LCD Left’ and ‘LCD_ Right’). 
Calling subroutine ‘LCD Home’ will restore 
the default setting. 

The main task of the LCD controller software 
is performed by the ‘LCD Hsync_ Int’ sub- 
routine. This routine is called by the Timer0 
interrupt and will be activated every 125 us, 
which results in a frame rate of 50 Hz 
(20 ms) for the 160-row prototype display. 
During refresh one image row will be 
updated. The timing diagram in Figure 5 
illustrates how LP is pulled ‘low’ on the 
timer interrupt, thus latching the image line 
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Figure 5. Software Timing diagram. 


loaded during the previous inter- 
rupt and enabling the controller 
hardware to shift in the next image 
line data. When a complete line has 
been shifted in, LP is pulled High 
and the refresh interrupt returns. 
The refresh routine keeps track of 
the next row that is to be displayed 
(variables ‘LCD Ptr L, ‘LCD Ptr H’) 
and generates FLM as soon as one 
complete frame has been displayed 
(variable ‘LCD Row Ct’). A sepa- 
rate pointer (variables ‘LCD _Crs_L, 
‘LCD_Crs_H’) is used to keep track 





LCD Module Reverse Engineering 


So, you are visiting a surplus store and you’ve got this great looking matrix LCD in your hands, now what? Usually there are two situations: 


020114-2-14 


of the character cursor for the dis- 
play RAM. 

Note that by measuring the duty 
cycle of LP it is possible to estimate 
how much performance is used by 
the Refresh cycle (LP is at Low level) 
and how much time is still available 
for the other tasks the CPU should 
deal with (LP is at High level). For 
the given set-up LP is logic High for 
about 25 us and Low for about 
100 us. This means that LCD refresh 
costs about 80% of the available CPU 
performance. An additional advan- 


— The display is supplied ‘as is’ and may be new or salvaged from some piece of equipment. New displays are often spare parts 
from repair centres or surplus parts from some system manufacturer. Used parts could still be OK and may have been salvaged from bro- 
ken equipment (vending machines, Xerox machines or industrial control systems). Unfortunately, you could also run into used defective 
displays that were replaced by a repair centre. In most cases it will be difficult to repair defective displays. Apart from the obvious broken 
glass, most likely defects are burned out common or segment drivers. The display will have a number of rows or columns that are either 
always ‘on’ or always ‘off’. These defects can rarely be detected unless the display is switched on. You have to take a chance here. You can 
have some confidence in the display if it is still in its original box or wrapped up in sealed anti-static material. Check the display for manu- 
facturer names and type lds. Also ask for any and all documentation that the store/owner might have. 


— The display is part of some hardware system (either new or used). Displays that are part of new or used equipment could also 
be defective! Try to switch on the equipment and check the display for any problems (missing rows or columns). Again, you can have 
some confidence in the display if the equipment is still in its original box or anti-static material. Check the device and if possible the display 
for manufacturer names and type IDs. Try to take a peek inside if you can! Also ask for any and all documentation that the store/owner 


might have. 


OK, suppose you are the proud owner of the display, how can you find out about pinouts and other details if you don’t have the docu- 


mentation. Same two situations: 


— The display is supplied ‘as is’ and may be new or salvaged from some piece of equipment. Try to identify the make of the dis- 


42 


play, manufacturer and type number. Then check the Internet for that type. Well-known manufacturers are Seiko-Epson, Optrex, etc. You 
may not succeed here for several reasons: the display is too old and out of stock or the display was custom-made for the OEM and data is 
not publicly available. Seiko produces many custom-made displays, which may be recognised by a type number starting with ‘ECM’ (Epson 
Custom Made). You may still be able to find some data by using a search engine (e.g., Google or Yahoo) and/or checking newsgroups. Try 
search engines with the LCD type number, both the complete number and only parts of it. 


— The display is part of some hardware system (either new or used). Open up the equipment and try not to damage it too much, 
especially the LCD! Note that you might run into equipment that uses a display connected directly onto the system board. In this case you 
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may not be able to extract the LCD as a standalone 
module suitable for re-use. Tough luck. On the other 
hand, you might be fortunate and find an LCD con- 
troller (e.g., T6963) or other goodies on the system 
board that could be re-used also! Once you get access 
to the display, try to identify it in the same way as 
described above. 


ESIS 


Suppose you did not succeed in identifying the display 
module or finding a datasheet for it. Again two main 
courses of action: 


— The display module is supplied ‘as is’. Try to iden- 
tify the drivers and any other devices on the display 
module, both manufacturer and type numbers. Then 
check the Internet for these types. Well-known driver 
manufacturers are Seiko-Epson, OKI, Hitachi and JRC. 
You may not succeed here for several reasons: the 
devices may be too old or the drivers are bonded as 
bare chips onto the PCB (black blobs of resin on the 
board). You may still be able to find some data by using 
a search engine and/or checking newsgroups. Again, try 
search engines with the type number, both the com- 
plete the number and parts of it. 

When you have the datasheets for the key components 
available, it is time to start reverse-engineering the 
board. Given the general block diagram discussed 
before and the pin-outs of the drivers, you should be 
able to identify the external control signals (XSCL, LP 
etc) and trace them to the connector on the LCD 
module. The same procedure is used for the bias cir- 
cuit. Vee voltage levels must be guessed or deduced 
from driver specs. In general, you can start at a low 
value and slowly increase Vee until the image is accept- 
able. Make sure you do not exceed the maximum val- 
ues given for the drivers. The number of rows and seg- 
ments can be derived from the driver specs (number of 
outputs). Note, however, that not all outputs may be 
used on the last segment or common driver device. 
Some educated guesswork (trial and error) may be 
necessary. 
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— The display is part of some hardware system 

(either new or used). When you have a functional 

system, things may be a bit easier. Start by identifying GND and Vcc starting from the pinout of a known device (e.g. SN7400, RAM or 
EPROM). Switch on the device and use a (dual-channel) oscilloscope to check the signals on the LCD module connector. Given the earlier 
descriptions of the control signals you should be able to deduce the pinout from the frequencies and/or the timing relations between sig- 
nals. All digital signals, except for DO-D3, are highly repetitive and should give a stable scope image. Vee and Vadj should also be easy to 
identify given the voltage levels and/or dependency on the LCD contrast regulator (if any). 

When the system is not functional, you can take it apart and follow the approach for a standalone module. However, some reverse engi- 
neering on the broken system board might speed up identification of Vcc, Gnd, Vee and Vadj. Things could even be better if the board 
uses a known LCD controller, which may help to identify all control signals also. Remember that some control signals may not go directly 
from the controller to the module but pass through some buffer first. 


Figure 6 shows the LCD module used for the prototype. The module was part of an old handheld video game, branded ‘Supervision’. 
The game was still operational and was carefully taken apart. The game uses a dedicated CPU that also includes the LCD controller. After 
identifying GND and Vcc, the game was turned on and a ‘scope was used to find the correct pinout for the control signals. 

Drivers could not be identified on the LCD since these were bonded chips (notice the blobs of resin). Figure 7 shows some detail of the 
bias circuitry, notice the resistors for the voltage divider, the LM324 buffer opamp and the buffer capacitors. The number of rows and 
columns was deduced to be |60x160 pixels by counting the PCB traces leading to the LCD glass. A magnifying glass and a sharp needle 
can help you seeing the traces and not loose count! 


The method described above is often successful due to the fact that most LCD modules follow the same basic design explained before. 
Knowing what to expect helps solving the puzzle. You have some room for trial-and-error in connecting the control- and data-signals, but 
usually, the display will not tolerate Vee/Vadj on any of its control pins. So, pay attention to correctly identifying Vee/Vadj and then double 
check before hooking up the display! 
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tage of the Dallas 89C420, apart from its 
much higher speed, is that the device has 
improved DPTR instructions (i.e., auto-incre- 
ment and secondary DPTR) that would again 
reduce the relative performance cost of the 
display refresh cycles. Note that the proto- 
type software needs to be modified to take 
advantage of these features. 


High-level LCD Controller routines 
Higher-level LCD routines are available that 
write one character on the display at the 
current cursor location (‘LCD PutChar’) and 
routines that write a ‘zero terminated’ con- 
stant or variable string (‘LCD _PutStrCnst’ 
and ‘LCD _PutStrBuf’). The cursor will auto- 
matically increment, but does not wrap 
around to the next line. The cursor may be 
set by the ‘LCD GoTo’ routine. Characters 
are defined as an 8x8 pixel bitmap in the 
‘Chr_sub.asm' file. 


The subroutine ‘LCD_Load’ will take a pointer 
to a ROM address and load a predefined 
image into the display RAM. One example is 
given in ‘LCD Girl.asm’. During an image 
load, when data is moved from code ROM to 
display RAM, the LCD refresh is turned off to 
speed up the operation. The display refresh 
may be turned on or off at any time by calling 
‘LCD_On’ or ‘LCD_Off’. 


Serial Port Interface 

The serial port software (files ‘ser_cnst.inc’ 
and ‘ser_sub.asm’) provides initialisation of 
the 8051/80535 serial port hardware. Default 
baudrate is 9600. Assembler directives are 
available to select 4800 or 9600 baud and 
select the CPU clock frequency (11.0592 MHz 
or 12.000 MHz). Basic routines allow charac- 
ter transmission and reception and string 
transmission to a terminal program (e.g. 
hyperlink) connected to the serial port. 


Utility (UTL) software 

The UTL module (‘utl_cnst.inc’ and 
‘utl_sub.asm’) provides general support func- 
tions like ASCII to Hex conversion, delay rou- 
tines, etc. 


Character software 

This module (‘chr_cnst.inc’ and 
‘chr_sub.asm’) provides predefined bitmaps 
for characters/symbols that may be loaded 
into the LCD memory to display characters 
and text strings. The character symbols are 
stored as 8x8 bitmaps and resemble the old 
VGA font. Note that the example software 
uses additional bit-swapping routines (i.e. 
databit n <=> databit (8-n)) to allow adap- 
tation of available bitmap patterns to the LCD 
hardware. 
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Bitmap software 

This module (‘Icd_girl.asm’) provides 
a predefined bitmap for an image 
that may be loaded into the LCD 
memory. The 160x160 pixel image is 
stored as hex bytes and was derived 
from a Windows .BMP file. 


It is relatively straightforward to add 
routines that support typical graph- 
ics functions like line drawing. 
Drawing routines for commonly seen 
LCD controllers like the SED1330 can 
be used after minor adaptations. The 
major difference is that our displayed 
image is a section of microcontroller 
memory instead of dedicated LCD 
controller memory. Examples of 
80C51 assembler code for graphics 
routines (e.g., Bresenham line-draw- 
ing algorithm) may be found on the 
Internet. 


Main LCD Controller demonstra- 
tion routines 

The main software module called 
‘Tst51LCD.asm’ contains the actual 
application employing the #include 
assembler directive to incorporate 
the necessary support modules. 
Default settings for the ‘Tst61LCD’ 
software are suitable for the Com- 
pactFlash-Board. If you want to 
assemble the source for the High- 
Speed Controller Board, change line 
43 into 


FLASH EOU UNDEFINED 





and change line 42 into 





DALLAS EQU DEFINED 











Note that the software was tested 
with the High-Speed Controller 
Board running at 27 MHz. If you 
want to use the software at a differ- 
ent clock speed, you will have to 
change the intialisation code for the 
serial port. Also, you will need to 
insert some NOP operations in the 
macro LCD_LOAD X, to make sure 
the LCD’s timing is met. 

Selection of a specific processor type 
(e.g., 8051 or 80C535) and other 
modes/options (e.g., baudrate) are 
possible by activating assembler 
directives in ‘Tst51LCD’ or one of its 
#included modules. 

The ‘Tst51LCD’ software first ini- 
tialises the CPU (serial port, stack- 
pointer and so on), then initialises 


the LCD, starts up the refresh oper- 
ations and allows the user to enter 
simple commands that will demon- 
strate the main features like pan, 
scroll, image- and string display. 
The software for this project may be 
downloaded from the Elektor Elec- 
tronics website. It contains the nec- 
essary source code, as well as two 
HEX files. FLASH.HEX is intended 
for direct use with the Flash Micro 
Board, while DALLAS.HEX is for the 
High-Speed Board. 


Conclusion 
and Final Remarks 


The Low-cost LCD Controller 
described in these two article instal- 
ments provides a second life to sur- 
plus display gems and adds new 
features to a standard 8051 design 
with minimal additional hardware. 
Have fun and let use know about 
your experiments with matrix LCDs 
and/or your ideas for improvements! 

(020114-2) 
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